home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄22⁄91 / 3010-MacApp source code-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.9 KB  |  45 lines  |  [TEXT/GEOL]
  1. Item    2392313                         19-Feb-91        00:58PST
  2.  
  3. From:   GER.XDV0010                     Germany - Linotype AG (R&D),IVR
  4.  
  5. To:     KSAND@APPLE.COM@INTERNET#       Gateway to Internet/BITNET/UUCP
  6.         PASCOE1                         Pascoe, Geoff
  7.         MACAPP.TECH$                    MacApp Technical
  8.  
  9. ------------------------------------------------------------------------------
  10.  
  11. Sub:    MacApp source code
  12.  
  13. The question of availability of MacApp source code is far more important than
  14. whether it is written in C++ or Object Pascal. Therefore I am really alarmed
  15. that people from Apple start telling us that the time will come where MacApp
  16. will be delivered as an object library.
  17. The people who disagree should remember the last time one of their methods was
  18. called from inside MacApp and they had no idea at all why. Or the last time
  19. they had to fix a bug in MacApp they would never have found without the source.
  20. Or the last time they browsed around in MacApps source code to understand what
  21. the hell there program dis. Or the last time they had to change MacApp because
  22. the developer´s ideas of what an application should be didn´t match their own.
  23. I´d like to recall a statement from Lee Harris, Pillar Corp., who developed a
  24. large application using MacApp: at the end of the development they all knew
  25. MacApp´s source code really well. Ask him why.
  26. I fully agree with Geoff´s statement:
  27. >  To provide only object code to MacApp, at this stage, would be disastrous
  28. > for MacApp and the developers who depend upon it.
  29. Therefore, contrary to Kent´s proposal, I encourage all people NOT to
  30. >go back to technical talking
  31. (mainly about MacApp´s source code).
  32. Otherwise
  33. >this issue
  34. could also
  35. >not be one where we (Apple) "ask first and then do" but "do and then ask
  36. >forgiveness".
  37. (as Steve friedrich stated it on the C++ conversion).
  38.  
  39. Convince the Apple people that this must not be the case.
  40.  
  41. Yours
  42. Thomas Miller
  43. GER.XDV0010
  44.  
  45.